home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / ALL95.LZH / letters_fj / text0015.txt < prev    next >
Encoding:
Text File  |  1995-10-04  |  2.8 KB  |  78 lines
  1. Hi,
  2.  
  3. > Well, I wasn't exactly on vacation since you may remember that I was in the 
  4. > army. But it's over now. Due to problems in my back, they decided I couldn't 
  5. > stay in the army, which suits me fine!
  6.  
  7. You don't consider army service a vacation?  ;-)
  8. I did my eleven months some years back and didn't think it was too bad.
  9. I've never had so much time to spend on whatever I liked to do (reading
  10. and programming mostly), but I guess i had an unusually pleasant posting.
  11.  
  12. > So I'm back and I can manage the project if that suits the others.
  13.  
  14. OK with me.
  15.  
  16. > Laurent must be on vacation, because I have had absolutely no news from him. 
  17.  
  18. He went away some time ago, but I can't find the relevant email at the moment.
  19.  
  20. > Don't worry, it will definitely be a free project. Anyway, from a legal point
  21.  
  22. :-)
  23.  
  24. > of vue, it couldn't even be otherwise, or we would have to buy the licence 
  25. > from iD software, and it's about US$30000.
  26.  
  27. Is that really 100% certain? We're after all only writing a program that
  28. can use their files, which does not _have_ to be illegal, but it could of
  29. course be.
  30. I'm aware that we can't call our program DOOM, but we really need some
  31. kind of name for it. 'A DOOM(TM) compatible game for the Atari Falcon' is
  32. a bit too long IMO.  ;-)
  33.  
  34. > Yes, and it seems like the BSP tree could fit in the DSP's memory, at least 
  35. > for iD software's levels. Theoretically, they can be larger, but DOOM's level
  36. > seem to be at most 16Ko. Do you know more about this?
  37.  
  38. I've examined the data structures to find out what is really needed and how
  39. much of each type there usually is and there seems to be no problem what so
  40. ever with the levels from unregistered DOOM. I've not looked at any other
  41. .WADs, though. The main memory hog seems to be the DVIEW temporary arrays
  42. if my optimizations don't work.
  43.  
  44. By the way, I wrote a couple of letters about this that I sent to Laurent
  45. earlier. Would you like copies?
  46.  
  47. > 68030. I don't know. We have to try things. I've had some ideas while in the 
  48.  
  49. That we certainly do.
  50.  
  51. > army to improve the algorithms. I'll discuss it with Laurent and of course 
  52.  
  53. :-)
  54.  
  55. > tell you about it. I think it's time we did a toy program to test rendering 
  56. > algorithms.
  57.  
  58. Well, it should be rather easy to extend DVIEW to handle texture mapping.
  59.  
  60. > Your effort with DVIEW is great. It helps a lot to understand the WADs.
  61.  
  62. Yes, it's a really nice program. I hope you've fetched the latest version.
  63.  
  64. > Hope to hear from you soon.
  65.  
  66. I'm sorry that I didn't reply before now, but you know how it is at work
  67. sometimes...   ;-)
  68.  
  69. Regards,
  70. Johan
  71.  
  72. -- 
  73.   Chalmers University   | Why are these |  e-mail:   d8klojo@dtek.chalmers.se
  74.      of Technology      |  .signatures  |            rand@cd.chalmers.se
  75.                         | so hard to do |  www/ftp:  rand.thn.htu.se
  76.    Gothenburg, Sweden   |     well?     |            (MGIFv5 and QLem)
  77.  
  78.